Repository navigation
docs(skill-evals): add a convention for recording live eval runs - #1626
Conversation
c84d585 to
aeb515c
Compare
|
@potiuk - I was going to run some more of these but was after a bit of feedback on the design of this before I get into it more. I've kept it intentionally minimal for the moment, and was a bit hesitant to add a summary page as it'd need to keep in sync with the individuals suites, but alternatively, I could ditch the individual ones in favour of an overall summary page - what do you think? |
CI never runs the eval suites against a live model, so the only record of how a suite fares on a given model is whatever someone wrote down. Nothing was written down. Add a "Recording runs" section to the harness README defining a per-skill Run history table and four rules: main-only SHAs as the ref, the model name as the CLI uses it, one row per batch of identical runs, and record flakes. Seed the first table in issue-reassess-stats with the pre-fix flake observed on main, which apache#1615 addresses. Generated-by: Claude Code (Fable 5.1)
aeb515c to
1c3babd
Compare
|
Yeah overall summary sounds good :) |
|
I ran these on some more evals in the "issues" group as well to get a feel for the kinds of things that come up often; this should be ready for review now. |
potiuk
left a comment
There was a problem hiding this comment.
A small, clear convention that fills a real gap — CI never runs a live model, so these tables are the only record of how a skill's evals actually behave across models. The seeded rows check out: both refs are on main, and every linked issue / PR is the right type (#1677 and #1615 merged fixes, #1678 and #1688 open). Thanks!
This review was drafted by an AI-assisted tool and
confirmed by an Apache Magpie maintainer. The maintainer
approving this PR has read the findings and signed off. If
something feels off, please reply on the PR and a maintainer
will follow up.More on how Apache Magpie handles maintainer review:
Contributing guide.
Summary
issue-*suites now have one, with 11 rows atmain399ab1bc: all eight on Opus, andissue-backlog-statson Sonnet and Fable too. 10 runs per row.issue-backlog-stats, step-4: fixtures expected the bare skill name, the skill says slash-command form. Fixed in fix(issue-backlog-stats): expect marketplace-form actions in step-4 evals #1677.issue-backlog-stats, step-2: Sonnet treatsSTALE-CANDIDATEas a class, Opus and Fable treat it as a flag. The skill text says both. Tracked in issue-backlog-stats: STALE-CANDIDATE is listed as a triage class but defined as orthogonal #1678.issue-triageandissue-reproducer: a handful of cases fail 1 to 3 times out of 10 on Opus. No issue filed yet; the rows record the counts so the next run can be compared.issue-reassess-statsrow records the pre-fix flake that fix(issue-reassess-stats): pin nature counting in step-2 classify eval spec #1615 addressed.Design questions I'd like feedback on
docs/eval-run-log.mdlisting all 81 suites; it was either a duplicate of the per-skill tables or a lossy digest, so it was dropped.mainonly; branch runs aren't logged. Simpler than tracking branch SHAs that rebases rewrite.Type of change
docs/,README.md,CONTRIBUTING.md)Test plan
prek runpasses on the changed filesprek run --all-filespassesmain, not on this branch.RFC-AI-0004 compliance
No principles touched — documentation only.
Linked issues
issue-reassess-statsrow points at).issue-backlog-statsstep-4 rows point at).issue-backlog-statsSonnet step-2 row points at).Generated-by: Claude Code (Fable 5.1)
🤖 Generated with Claude Code